ETSITS 102 637-2 V1.1.1 



(2010-04) 



Technical Specification 



Intelligent Transport Systems (ITS); 

Vehicular Communications; 

Basic Set of Applications; 

Part 2: Specification of Cooperative 

Awareness Basic Service 




ETSI TS 102 637-2 V1.1.1 (2010-04) 



Reference 



DTS/ITS-001 0002-2 
Keywords 



ITS, Application, basic, service 



£75/ 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 

Siret N°348 623 562 00017 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, please send your comment to one of the following services: 

http://portal.etsi.orq/chaircor/ETSI support.asp 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2010. 
All rights reserved. 

DECT™, PLUGTESTS™, UMTS™, TIPHON™, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered 

for the benefit of its Members. 
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 

LTE™ is a Trade Mark of ETSI currently being registered 

for the benefit of its Members and of the 3GPP Organizational Partners. 

GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association. 



ETSI 



ETSI TS 102 637-2 V1.1.1 (2010-04) 



Contents 



Intellectual Property Rights 4 

Foreword 4 

Introduction 4 

1 Scope 5 

2 References 5 

2.1 Normative references 5 

2.2 Informative references 5 

3 Definitions and abbreviations 6 

3.1 Definitions 6 

3.2 Abbreviations 6 

4 General Overview 7 

4.1 Description 7 

4.2 Usage 8 

5 Quality Requirements 8 

5.1 Timing Requirements 8 

5.2 General Confidence Constraints 9 

6 Interfaces 9 

6.1 Interface to Applications 9 

6.2 Interface to Data Provisioning Services 10 

7 Message Format Specification 10 

7.1 General Structure 10 

7.2 ITS Station Profiles 10 

Annex A (normative): Basic Data Elements 13 

Annex B (informative): CAM generation rules 21 

History 22 



ETSI 



ETSI TS 102 637-2 V1.1.1 (2010-04) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Conmiittee Intelligent Transport System (ITS). 

The present document is part 2 of a multi-part deliverable covering Intelligent Transport Systems (ITS); Vehicular 
Communications; Basic Set of Applications, as identified below: 

Part 1: "Functional Requirements"; 

Part 2: "Specification of Cooperative Awareness Basic Service" ; 

Part 3 : " Specification of Decentralized Environmental Notification Basic Service" ; 

Part 4 : " Operational Requirements ' ' . 



Introduction 



V2X systems are supported by wireless networks for exchange of information between vehicles (V2V) and road side 
infrastructure (V2I). The V2X system enables a wide range of beneficial use cases. Road safety and traffic efficiency 
use cases are appealing as they hold potentials for meeting European Union [i.l] societal objectives. Interoperability is 
an important aspect to be ensured by the V2X system at different OSI layers. At the facilities layer in particular, basic 
common functionalities are defined in order to ensure the correct system functioning and to satisfy the interoperability 
requirement. Respecting common functionalities allows correct and efficient information exchange between nodes 
participating in V2X networks. This requirement is met by identifying a set of basic functional components at facilities 
layer. The present document specifies the Cooperative Awareness Basic Service, which provides by means of periodic 
sending of status data a cooperative awareness to neighbouring nodes. Quality requirements are also proposed for this 
mandatory facility in order to provide reliable component performance for application development. 

The Basis Set of Applications (BSA) are defined in [i.2]. Each application implements one or more use cases. BSA are 
applications that are considered as deployable with reasonable efforts within 3 years after the complete standardization 
of the system. This requires efforts from different stakeholders. The quality requirements are identified based on 
analysis of the BSA. 



ETSI 



ETSI TS 102 637-2 V1.1.1 (2010-04) 



1 Scope 

The present document provides: 

• general overview of the Cooperative Awareness Basic Service; 

• quahty requirements; 

• messages formats and specifications. 

This includes definition of the syntax and semantics of the Cooperative Awareness Message (CAM) and detailed 
specifications on the message handling. Furthermore, the present document considers the CAM specifications defined 
by CAR 2 CAR Communication Consortium [i.3]. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI EN 302 665: "Intelligent Transport Systems (ITS); Communications Architecture". 

2.2 Informative references 

The following referenced documents are not essential to the use of the ETSI deliverable but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

[i.l] European Union: http://europa.eu/ . 

[i.2] ETSI TR 102 638: "Intelligent Transport Systems (ITS); Vehicular Communications; Basic Set of 

Applications; Definitions". 

[i.3] CAR 2 CAR Communication Consortium (C2CCC): http://www.car-to-car.org/ . 

[i.4] ETSI TR 102 863: "Intelligent Transport System (ITS); Vehicular Communications; Basic Set of 

Applications; Local Dynamic Map (LDM); Rationale for and guidance on standardization". 
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[i.5] ETSI TS 102 636-4-1: "Intelligent Transport System (ITS); Vehicular Communications; 

Part 4: Geographical Addressing and Forwarding for Point-to-Point and Point-to -Multipoint 
Communications; Sub-part 1: Media-Independent Functionality " . 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in [1] and the following apply: 

application support: sub set of facilities, providing support elements for applications 

basic set of applications: group of applications, supported by vehicular communication system 

NOTE: Basic set of applications can be deployed simultaneously at a targeted time (day 1) after the standard 
completion with the objective to serve societal and business objectives of private and public road 
transport stakeholders. BSA definition is provided in [1]. 

communication support: sub set of facilities, providing support for communications 

cooperative awareness messages management: implementation of the cooperative awareness basic service within 
facility layer 

facilities: functionalities, services or data provided by the facilities layer 

NOTE: These application functionalities and data are gathered into the Facilities layer which contains some 
generic application elements (middleware), presentation and session layers of the OSI (Open System 
Interconnection) Reference Model. 

information support: sub set of facilities, providing support for data management 

ITS application: system that defines and implements an ITS service to users of the system 

ITS use cases: procedure of executing an ITS application in a particular situation with a specific purpose 

LDM: local georeferenced database containing a C2X-relevant image of the real world. Applications retrieve these data 
by means of the LDM Management [i.4] 

V2I, 12 V: in the present document context, it means direct Vehicle to road Infrastructure communication using a 
wireless local area network 

V2V: in the present document context, it means direct Vehicle(s) to Vehicle(s) communication using a wireless local 
area network 

NOTE: Other radio access technology can be used for use case development. The selection of the best network in 
term of cost-efficiency will be dynamically achieved, in the future, according to the local availability of 
networks, their respective costs and performances. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

BSA Basic Set of Applications 

C2CCC Car to Car Communication Consortium 

CAM Cooperative Awareness Message 

CAN Controller Area Network 

DENM Decentralized Environmental Notification Message 

12 V Infrastructure-to -Vehicle 

ITS Intelligent Transportation Systems 

ITS-G5 5 GHz wireless communication 

LDM Local Dynamic Map 



ETSI 



ETSI TS 102 637-2 V1.1.1 (2010-04) 



OSI 
V2I 

V2V 
V2X 



Open System Interconnection 
Vehicle-to-Infrastmcture 
Vehicle-to-Vehicle 
V2V and/or V2I 



General Overview 



4,1 Description 



The Cooperative Awareness Messages (CAMs) are distributed within the ITS-G5 (802. lip) network and provide 
information of presence, positions as well as basic status of communicating ITS stations to neighbouring ITS stations 
that are located within a single hop distance. All ITS stations shall be able to generate, send and receive CAMs, as long 
as they participate in V2X networks. By receiving CAMs, the ITS station is aware of other stations in its neighbourhood 
area as well as their positions, movement, basic attributes and basic sensor information. At receiver side, reasonable 
efforts can be taken to evaluate the relevance of the messages and the information. This allows ITS stations to get 
information about its situation and act accordingly. 

Information distributed by CAM Management is commonly used by related use cases and therefore the CAM 
Management is a mandatory facility. The Approaching Emergency Vehicle and Slow Vehicle Warning are just two use 
cases which benefit from CAM. 
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Figure 1 : ITS Station Reference Architecture 



ETSI 



8 ETSI TS 1 02 637-2 V1 .1 .1 (201 0-04) 

Within the ITS Station Reference Architecture (see Figure 1), the CAM Management belongs to the FaciHties 
AppHcation Support and more detailed it is assigned to the Messages Management (see Figure 2). 
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Figure 2: Facilities Layer Archiitecture 



Usage 



Observing several rules, the CAM Management generates CAMs using the facilities time management, station state 
monitoring and/or mobile station dynamic as data sources. In order to send out the CAM, the communication support 
hands the CAM to the layer below. 

The CAM Management passes the valid CAMs to the LDM management, which analyses the messages and updates in 
real time the LDM data base. The LDM is in principle a local georeferenced database containing a C2X-relevant image 
of the real world. Applications retrieve these data by means of the LDM Management. 



Quality Requirements 



Based on the use case requirements of the BSA, following quality requirements for the CAM Management were 
derived. 



5.1 Timing Requirements 



Table 1 contains the BSA use cases based on CAMs and the corresponding timing requirements. 

Some use cases require high frequency in order to ensure low reception latency after first contact. In this case DENM 
with situation specific communication attributes shall be used. These communication attributes might include 
forwarding. 
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Table 1 : Overview Use Cases based on CAM 



r Use Case 


min Frequency (Hz) 


min Latency (ms) 


Emergency Vehicle Warning 


10 


100 


Slow Vehicle Indication 


2 


100 


Intersection Collision Warning 


10 


100 


Motorcycle Approaching Indication 


2 


100 


Collision Risk Warning 


10 


100 


Speed Limits Notification 


1 to 10 


100 


Traffic Light Optimal Speed Advisory 


2 


100 



CAMs are generated by the CAM Management and passed to lower layers according to following rules: 

• maximum time interval between CAM generations: 1 s 

• minimum time interval between CAM generations is 0, 1 s 

More detailed generation rules are provided for information in Annex B (informative): 
CAM generation rules. 

The system shall ensure that processing time of CAM construction does not exceed 50 ms. If no other channel load is 
present, the system transmission time between message construction and message being sent shall neither exceed 50 ms. 



Start of data acquisition 

Data acquisition complete - time stamp set 

-] Cooperative awareness message sent 



-f> 



tA 



to 



tc 



tA 



to 



The above requirements are set as: 



t^ < 50 ms; 



tj3 < 50 ms. 



5.2 



General Confidence Constraints 



The following accuracy description method shall apply: 

The data element "Confidence" provides the symmetric interval of 95 % confidence level for a current reported value. If 
not defined differently the confidence limits of the interval are calculated based on the granularity of the corresponding 
measurement data element and the provided data element according to: 

Limit = ±LSB_Value x 2^^^^^^^^*^^; Confidence is set to 15 if no other value is available. 



6 Interfaces 

6.1 Interface to Applications 

The CAM Management is application independent. For this reason there is no interface to applications. 
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6.2 Interface to Data Provisioning Services 

The CAM Management has interfaces to following facilities: 

• Station State Monitoring (provides current static state of ITS stations). 

• Mobile Station Dynamic Monitoring (provides real time kinematics of ITS stations). 

• Time Management (provides global time reference for time stamping). 

• LDM Management. 

NOTE: Functionality of Facilities is outlined in [i.2]. 



7 Message Fornnat Specification 

7.1 General Structure 

In Figure 3 the CAM definition is listed. Packet encoding and decoding shall be done according to ASN.l unaligned 
packet encoding rules. 



--The root data frame for cooperative awareness messages 
CoopAwareness ::= SEQUENCE { 

-- protocolVersion fixed to 
protocolVersion INTEGER (0 .. 255) , 

-- message type ID associated to CAM = 
messagelD INTEGER (0 .. 255) , 

-- milliseconds elapsed since midnight January 1^^, 1970 UTC 
generationTime INTEGER (0 .. 281474976710655) , 

stationid INTEGER(0. .4294967295) , 

ref erencePosition Ref erencePosition, 

-- Basic characterization of an ITS station. A more detailed classification can be given by 
-- VehicleType. 
stationCharacteristics SEQUENCE { 

mobile BOOLEAN, -- will ITS station change position? 

private BOOLEAN, -- not public authority 

physicalRelevant BOOLEAN, -- can another mobile ITS station crash into this station? 



-- tagged list has optional and mandatory entries depending on the profile of the 
-- ITS station, this is defined in a separate document 
taggedList SET SIZE(0..32) OF TaggedValue, 



Figure 3: ASN.1 definition of Cooperative Awareness Message (CAM) 

7.2 ITS Station Profiles 

For different ITS station types, the mandatory, situational mandatory and optional content of taggedList (see Figure 4) 
is defined in following ITS station profiles. Situational mandatory fields are just mandatory in explicitly defined 
situations. If due to a defect or by default data is not available, the according data element shall not be used, even if it is 
mandatory. 

Further information, e.g. station ID, position, speed, heading, etc. are part of the header of lower layers see [i.5]. 
Announcement of services is not handled by the use of CAMs. 
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Profile: basicVehicle 

The profile "basicVehicle" 
e.g. emergency Vehicle. 

stationCharacteristics : 

mandatory Tagged Value: 



situational mandatory Tagged Value: 



Optional TaggedValue: 



is mainly used for private vehicles. This profile serves as basis for further profiles, 



'1 1 1'B mobile, private and physical relevant 

vehicleType, vehicleSpeed, vehicleSpeedConfidence, heading, 
headingConfidence, stationLength, stationWidth, curvature, 
curvatureConfidence, longAcceleration, posConfidenceEUipse, 
exteriorLights , accelerationControl 

confidenceStationLength/confidenceStationWidth, if vehicle 
length/width is not precise determined ( e.g. trailer) 
crashStatus, in case of crash signal is activated dangerousGoods, 
in case any are transported 

distanceToStopLine, turnAdvice, occupancy, dooropen, 
curvatureChange 



Profile: basicIRS 



The basicIRS is an ITS Roadside Station which can offer all functionality of the infrastructure. It serves as basis for 
more specialized profiles. The station is installed in a way it is not physically relevant and therefore no danger for the 
traffic. 



StationCharacteristics : 
mandatory TaggedValue: 
situational mandatory TaggedValue: 
optional TaggedValue: 

Profile: emergencyVehicle 
StationCharacteristics : 
mandatory TaggedValue: 
situational mandatory TaggedValue: 
optional TaggedValue: 

Profile: publicTransportVehicle 
StationCharacteristics : 
mandatory TaggedValue: 
situational obligatorische TaggedValue: 

Optionale TaggedValue: 



'OOO'B stationary, not private and not physical relevant 



'lOl'B mobile, not private and physical relevant 
as "basicVehicle" plus emergencyResponseType 
as "basicVehicle" 
lightBarlnUse, sirenelnUse 

'lOl'B mobile, not private and physical relevant 

as "basicVehicle" plus Public VehicleType 

as "basicVehicle" plus "DoorOpen", during doors open and 30s 
after closed 

as "basicVehicle" plus PTLineDescription, trafficLightPriority, 
scheduleDeviation, occupancy 
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TaggedValue ::= CHOICE { 








vehicleType 


[1 


VehicleType, 




publicVehicleType 


[2 


PublicVehicleType, 




lightBarlnUse 


[3 


LightBarlnUse , 




sirenelnUse 


[4 


SirenelnUse, 




emergencyResponseType 


[5 


EmergencyResponseType , 




stationLength 


[6 


StationLength, 




stationLengthConf idence 


[7 


Confidence, 




stationWidth 


[8 


StationWidth, 




Stat ionWidthConf idence 


[9 


Confidence, 




vehicleSpeed 


[10 


VehicleSpeed, 




vehicleSpeedConf idence 


[11 


Confidence, 




longAcceleration 


[12 


LongAcceleration, 




longAccelConf idence 


[13 


Confidence, 




yawRate 


[14 


YawRate, 




yawRateConf idence 


[15 


Confidence, 




accelerationControl 


[16 


AccelerationControl , 




exteriorLights 


[17 


ExteriorLights , 




causeCode 


[18 


CauseCode, 




ambient AirTemperature 


[19 


AmbientAirTemperature , 




speed 


[20 


Speed, --other speed than vehicle 


speed 


pTLineDescription 


[22 


PTLineDescription, 




turnAdvice 


[23 


TurnAdvice, 




distanceToStopLine 


[24 


DistanceToStopLine , 




distanceToStoLineConf idence 


[25 


Confidence, 




occupancy 


[26 


Occupancy, 




scheduleDeviation 


[27 


ScheduleDeviation, 




trafficLight Priority 


[28 


TrafficLight Priority, 




doorOpen 


[29 


DoorOpen, 




dataReference 


[30 


DataReference, 




posConf idenceElli 


[31 


PosConf idenceEll ipse. 




curvature 


[32 


Curvature, 




curvatureChange 


[33 


CurvatureChange , 




curvatureConf idence 


[34 


Confidence, 




wiperSystemFront 


[35 


WiperSystemFront , 




crashStatus 


[36 


CrashStatus, 




headingConf idence 


[37 


Confidence, 




dangerousGoods 


[38 


DangerousGoods , 





Figure 4: Tagged Value (Reference SAEJ2735) 
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Annex A (normative): 
Basic Data Elements 



Following basic data elements are based on simTD basic data elements. 

AccelerationControl 

Current controlling mechanism for longitudinal movement 

AccelerationControl ::= BIT STRING { 

brakePedal (0) , 

throttlePedal (1) , 

cruiseControl (2) , 

ace (3) , 

limiter (4) , 

brakeAssist (5) 
} 

AmbientAirTemperature 

Outside temperature measured by a vehicle (see also SAE J2735 DE_AmbientAirTemperatur) 

AmbientAirTemperature ::= Temperature 

CauseCode 

Cause of a potentially traffic relevant situation, according to TPEG-TEC Working Document VI. (9.03.2006, 
Mobile.Info) table tec002. E.g. 3: Roadworks 

Granularity enum 

CauseCode ::= INTEGER (0..100, ...) 

Confidence 

The data element provides the symmetric interval of 95 % confidence level for a current reported value. If not defined 
differently the confidence limits of the interval are calculated based on the Granularity of the corresponding 
measurement data element according to: Limit = ±LSB_Value x 2^^^^^^^^*^^ 

Confidence ::= INTEGER (0..15) 

CourseOfJourney 

A part of a Block continuously operated on one single line, without any interruption. Thus, a Block will include several 
Courses of Journeys if it consists of Vehicle Journeys serving more than one Line 

CourseOfJourney ::= lASString (SIZE (0 . . 32) ) 

GrashStatus 

The data element indicates a major crash event of the vehicle which prevents a normal continuation of journey, e.g. by 
air bag activation or roll over 

CrashStatus ::= BOOLEAN 

Curvature 

Data elements describe the inverse of the current curve radius. Positive values indicate a curve to the right 

Granularity 1/(5 km) 

Curvature ::= INTEGER ( -32765 .. 32765 ) 
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CurvatureChange 

Data element describes the change of curvature over time. Positive values indicate steering to the right 

Granularity 1/(5 km s) 

CurvatureChange ::= INTEGER (-1023. .1023) 

DataReference 

Reference to additional data, i.e. URL for accessing data via web service 

DataReference ::= lASString (Size (1 .. 128) ) 

DangerousGoods 

Data element describes type of dangerous good according to UN Recommendations on the Transport of Dangerous 
Goods - Model RegulationsTwelfth revised edition 

DangerousGoods ::= INTEGER (0..8191) 

Dimension 

Dimension of an object, e.g. height, wheelbase 

Granularity 0,01 m 

Dimension ::= INTEGER (0.. 16383) 

Direction 

Orientation of something, e.g. a street or station 

Granularity 0,0 1 25 ° from North 

Direction ::= INTEGER { north ( ) , east (7200), south ( 14400 ) , west (21600)} (0.. 28800) 

Distance 

Any distance measurement, e.g. radius of a circle, mileage of a vehicle 

Granularity 1 m 

Distance ::= INTEGER (0.. 65535) -- multiples of 1,0 m 

DistanceToStopLine 

Distance from the vehicles front to the next stop line 

DistanceToStopLine ::= Distance 

DoorOpen 

Status of vehicle doors. This status is especially used for public transport vehicles 

DoorOpen : : = BIT STRING { 
driver (0) , 

passenger (1) , -- any passenger door 

maintenance (2) , -- hood, other access to engine, or similar 
luggage (3) 
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Elevation 

Elevation in a WGS84 co-ordinate system. Compliant to SAE J2735 DE_Elevation 

Granularity 0,1 m 

Elevation ::= INTEGER ( -10000 .. 16767215 ) -- multiples of 0,1 m 

EmergencyResponseType 

Type of action an emergency vehicle is currently performing 

EmergencyResponseType : : = ENUMERATED { 
none (0) , 

staticSafeguard (1), -- e.g. at accident spot 

movingSaf eguard (2), -- e.g. convoy or abnormal load 

rightOfWay (3) , -- claiming right of way 



ExteriorLights 

The bitfield describes the status of the most important exterior lights. The fogLightOn indicates the status of the tail fog 
lamp. If a vehicle is not equipped with a certain light the value is set to 0. If one, more, or all lamps corresponding to a 
certain "light group" (e.g. front, back and side lamp of indicator) are not functional the corresponding bit is set if the 
light is switched on by the driver or automatically by a vehicle system. The turn signal and hazard signal bits provide 
the corresponding switch status not the lamp status, i.e. they should not alternate with the blinking interval. The hazard 
indicator is indicated by the combination of both turn signals. 

Reference SAE J2735 adapted from DE_ExteriorLights. 

ExteriorLights ::= BIT STRING { 

lowBeamHeadlightsOn (0) , 

highBeamHeadlightsOn (1) , 

leftTurnSignalOn (2) , 

rightTurnSignalOn (3) , 

automaticLightControlOn (4) , 

daytimeRunningLightsOn (5) , 

fogLightOn (6) , 

parkingLightsOn (7) 
} 

Heading 

The current heading of a station or direction of a street. Station heading used as reference for the width and length 
direction and for movement. In context with a road segment this defines the normal heading of vehicles on this link. 
North shall be defined as the axis defined by the WSG-84 coordinate system and its reference ellipsoid. Headings "to 
the north" corresponds to 0° "to the east" to 90°. 

Heading ::= Direction 

Latitude 

Absolute geographical latitude in a WGS84 co-ordinate system. (Direction flag save bandwidth for aligned PER) 

Reference SAE J2735 CompHant to SAE J2735 DE_Latitude 

Reference TPEG Latitude in TPEG-LOC ISO-TS 18234-6 in 10 micro-degrees units 

Granularity 0,1 microdegree 

Latitude ::= SEQUENCE { 

isSouth BOOLEAN, -- true if on southern hemisphere (sign flag) 

degree INTEGER (0 .. 900000000) -- multiples of 0,1 microdegree 
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LightBarlnUse 



The data element describes the status of any sort of additional visible lighting-alerting system. For example, these 
additional visible lighting-alerting systems might be part of an emergency vehicle, transportation response vehicle, or 
maintenance vehicles. Derived from DE_LightbarInUse. Enumeration adapted to the general SimpleSystemState. 

LightBarlnUse ::= SimpleSystemState 

LineRef 

A Line is a grouping of Routes that is generally known to the public by a similar name or number. These Routes are 
usually very similar to each other from the topological point of view, being variants of a core route with some 
deviations on certain parts only. Often the vehicle journeys on these Routes are scheduled jointly with tight 
synchronisation, in order to provide a regular service on this specific Line. They are often grouped together for 
presentation of the timetable to the public. 

LineRef ::= lASString (SIZE (0 . . 32) ) 

LongAcceleration 

The data element represents the signed acceleration in direction of the node heading. Negative values indicate 
deceleration. 

Granularity 0,01 m / s^ 

LongAcceleration ::= INTEGER ( -2000 .. 2000 ) -- multiples of 0,01 m / s^2 

Longitude 

Absolute geographical longitude in a WGS84 co-ordinate system. (Direction flag save bandwidth for aligned PER) 
range limited to 0,84° approx 50 km at 50° Latitude 

Reference SAE J2735 CompHant to SAE J2735 DE_Longitude 

Reference TPEG Longitude in TPEG-LOC ISO-TS 18234-6 in 10 micro-degrees units 

Granularity 0,1 microdegree 

Longitude ::= SEQUENCE { 

isEast BOOLEAN, -- true if east of 0-meridian (sign flag) 

degree INTEGER (0 .. 1800000000) -- multiples of 0,1 microdegree 
} 

Occupancy 

The passenger load status of a vehicle is given in percent 

Granularity 0,50 % 

Occupancy ::= INTEGER (0..2 55) 

PosConfidenceEllipse 

Description of the horizontal position confidence as ellipse 

PosConfidenceEllipse ::= SEQUENCE { 

semiMajorConf idence PositionConf idence, -- confidence of the ellipse's major semi-axes 
semiMinorConf idence PositionConf idence, -- confidence of the ellipse's minor semi-axes 
semiMajorOrientation Direction} 
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PositionConfidence 

Symmetric interval of 95 % confidence level for longitude and latitude 

Granularity 0, 1 m x 2PositionConfidence 

PositionConfidence ::= Confidence -- 0,1 m * 2^PositionConf idence 

Priority 

Priority of information. Value of means highest priority, value of 7 means lowest priority 

Priority ::= INTEGER ( .. 7) 

PTLineDescription 

Composition of (1) Course of Journey (2) Line Reference (3) Route Reference 

PTLineDescription ::= SEQUENCE { 

courseOf Journey CourseOf Journey, 

lineRef LineRef, 

routeRef RouteRef 
} 

PublicVehicleType 

Characterization of a public transport vehicle according to TPEG rtm40 (ISO-TS 18234-4). E.g. 3: school bus 

Granularity enum 

PublicVehicleType ::= INTEGER (0 .. 255) 

ReferencePosition 

Absolute geographical coordinates including accuracy 

ReferencePosition ::= SEQUENCE { 

longitude Longitude, 

latitude Latitude, 

elevation Elevation, 

heading [1] Direction OPTIONAL, -- if relevant for position reference 

streetName [2] StreetName OPTIONAL, 

PositionConfidence [3] PositionConfidence OPTIONAL, -- ommitted for fixed position, e.g. 

infrastructure location 

elevationConf idence [4] Confidence OPTIONAL, -- ommitted for fixed position, e.g. 

infrastructure location 

roadSegmentID [5] RoadSegmentID OPTIONAL 
} 

RoadSegmentID 

ID of a road segment on a common map 

RoadSegmentID ::= INTEGER ( .. 99999999) 

RouteRef 

The Route entity represents a conventional way of describing a path through the network, to be used by regular public 
transport services 

RouteRef ::= IA5String (SIZE (0 . . 32) ) 
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ScheduleDeviation 



The estimated deviation from the schedule for a VEHICLE JOURNEY. Positive values are associated with vehicles that 
are behind their schedule, negative values with ones that are ahead. 

Granularity 1 s 

ScheduleDeviation ::= INTEGER (-900.. 3600) -- seconds, positive delay; negative ahead of 

schedule 



Si mpleSystem State 

Harmonized very general description of a system state mainly used for optional systems at cars, e.g. ESP 

Granularity enum 

SimpleSystemState ::= ENUMERATED { 

unavailable (0) , -- not equipped or out of order 

disabled (1), -- switched off by user or due to driving situation, e.g. ACC below minimum speed 

enabled (2), -- switched on but no action, e.g. ESP in normal operation, limiter below limit 

speed 

engaged (3) -- switched on and in action, e.g. light bar flashing, limiter limiting speed 
} 

SirenelnUse 

The data element describes the status of any sort of audible alarm system beside the horn. This includes various 
common sirens as well as backup up beepers and other slow speed manoeuvring alerts. Derived from DE_SireneInUse. 
Enumeration adapted to the general SimpleSystemState 

SirenelnUse ::= SimpleSystemState 

Speed 

Any speed. Negative values imply the vehicle in moving in reverse 

Granularity 0,01 m/s 

Speed ::= INTEGER ( -32765 .. 32765) -- multiples of 0,01 m/s 

StationLength 

The data element describes the stations length at the widest point along heading direction while straight movement. This 
shall include a trailer if present. If the length with trailer cannot be determined the maximum allowed length shall be 
given and corresponding confidence value has to be provided. 

Granularity 0,01 m 

StationLength ::= Dimension 

StationWidth 

The data element describes the maximum width of the station. It is given by the minimum passage width needed for a 
station with all factory installed equipment. 

Granularity 0,01 m 

StationWidth ::= Dimension 

StreetName 

Name of the referenced street 

StreetName ::= IA5String (SIZE (1 . . 32) ) 
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Temperature 

Any Temperature 

Granularity 1 °C 

Temperature ::= INTEGER (-40.. 215) 

TrafficLightPriority 

Generalized term for priority treatment of certain traffic streams, usually PT or emergency vehicles 

TrafficLightPriority ::= Priority 

TurnAdvice 

Advice given by the navigation for the next turning manoeuvre 

TurnAdvice ::= SEQUENCE { 

direction TurnDirection, 

distance Distance 
} 

TurnDirection 

Direction of turn movement for signal description or vehicle manoeuvre 

TurnDirection ::= BIT STRING { 

uTurn (0) , 

sharpRight (1) 

right (2) , 

slightRight (3) 

straight (4) , 

slightLeft (5) , 

left (6), 

sharpLeft (7) 
} 

VehicleSpeed 

Speed of a single vehicle in direction of heading 

VehicleSpeed ::= Speed 

VehicleType 

Characterization of a vehicle according to TPEG rtmOl (ISO-TS 18234-4). E.g. 1: car 

Granularity enum 

VehicleType ::= INTEGER (0..255) 

WiperSystem Front 

WiperSystemFront : : = ENUMERATED { 
idle (0), 
interval (1) , 
normal (2) , 
fast (3), 

washerActive (4) 
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YawRate 

Data element represents the signed change of the node heading 

Granularity 0,01° /s 

YawRate ::= INTEGER ( -32765 .. 32765 ) 
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Annex B (informative): 
CAIVI generation rules 

CAMs are generated by the CAM Management and passed to lower layers when any of following rules apply: 

• maximum time interval between CAM generations: 1 s; 

• minimum time interval between CAM generations is 0,1 s. These rules are checked latest every 100 ms; 

• generate CAM when absolute difference between current heading (towards North) and last CAM heading > 4° 

• generate CAM when distance between current position and last CAM position > 5 m; 

• generate CAM when absolute difference between current speed and last CAM speed > 1 m / s; 

• The generation rules are checked every 100 ms. 
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